C.S.M.P. Digest Sat, 06 Jun 92 Volume 1 : Issue 105 Today's Topics: VI for MPW "FaceLess App and Notification Manager" Anyone received the *New* MacTutor? Modal Dialogs in MacApp with ViewEdit TCL/THINK Applications & SuperBoomerang ARGH! I screwed up! Help! CMNU Template Mac OS 2 Gig volume limit technotes at ftp.apple.com The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly. These digests are available (by using FTP, account anonymous, your email address as password) in the pub/mac/csmp-digest directory on ftp.cs.uoregon. edu. This is also the home of the comp.sys.mac.programmer Frequently Asked Questions list. The last several issues of the digest are available from sumex-aim.stanford.edu as well. These digests are also available via email. Just send a note saying that you want to be on the digest mailing list to mkelly@cs.uoregon.edu, and you will automatically receive each new digest as it is created. The digest is a collection of articles from the internet newsgroup comp.sys. mac.programmer. It is designed for people who read c.s.m.p. semi-regularly and want an archive of the discussions. If you don't know what a newsgroup is, you probably don't have access to it. Ask your systems administrator(s) for details. (This means you can't post questions to the digest.) The articles in these digests are taken directly from comp.sys.mac.programmer. They are not edited; all articles included in this digest are in their original posted form. The only articles that are -not- included in these digests are those which didn't receive any replies (except those that give information rather than ask a question). All replies to each article are concatenated onto the original article in the order in which they were received. Article threads are not added to the digests until the last article added to the thread is at least one month old (this is to ensure that the thread is dead before adding it to the digests). Send administrative mail to mkelly@cs.uoregon.edu. ------------------------------------------------------- From: ema@netcom.com (W. Joseph Gibson) Subject: VI for MPW Date: Tue, 28 Apr 92 17:31:00 GMT Organization: Netcom - Online Communication Services (408 241-9760 guest) I have heard that at one time there was a VI editor for use under MPW. Does this still exist? I am a UN*X guy, so naturally I love VI, and it would be nice to have VI under MPW. ANy help appreciated. W. Joseph Gibson ==> ema@netcom.com (Put TO: J. GIBSON in the Subject: line) ==> The views expressed here are not necessarily those of EMA. +++++++++++++++++++++++++++ From: neeri@iis.ethz.ch (Matthias Neeracher) Organization: Integrated Systems Laboratory, ETH, Zurich Date: Wed, 29 Apr 1992 09:19:41 GMT In article <60#kz4.ema@netcom.com> ema@netcom.com (W. Joseph Gibson) writes: >I have heard that at one time there was a VI editor for use under MPW. Does >this still exist? I am a UN*X guy, so naturally I love VI, and it would be >nice to have VI under MPW. ANy help appreciated. If there really is one, I would like to hear about it. It shouldn't be that difficcult to port elvis to the Mac. On the other hand, I have never heard of a full screen oriented program running under MPW. Matthias - ----- Matthias Neeracher neeri@iis.ethz.ch "I'm set free to find a new illusion" -- Velvet Underground +++++++++++++++++++++++++++ From: jess@gn.ecn.purdue.edu (Jess M Holle) Date: 29 Apr 92 16:07:56 GMT Organization: Purdue University Engineering Computer Network What about SteVIe? I thought that it was supposed to be a free/shareware vi editor for the mac. It does not have any special hooks to MPW to the best of my knowledge, however. Jess Holle +++++++++++++++++++++++++++ From: neeri@iis.ethz.ch (Matthias Neeracher) Organization: Integrated Systems Laboratory, ETH, Zurich Date: Thu, 30 Apr 1992 10:11:05 GMT In article <1992Apr29.160756.24860@gn.ecn.purdue.edu> jess@gn.ecn.purdue.edu (Jess M Holle) writes: >What about SteVIe? I thought that it was supposed to be a free/shareware >vi editor for the mac. It does not have any special hooks to MPW to the >best of my knowledge, however. As far as I know, StiVIe is not accepted as a *real* vi by heavy vi users. Matthias - ----- Matthias Neeracher neeri@iis.ethz.ch "I came to the conclusion that sex is a sublimation of the work instinct" -- David Lodge, _Small World_ +++++++++++++++++++++++++++ From: jtb2@itri.bton.ac.uk (Jeff Best) Date: 3 May 92 04:17:52 GMT Organization: ITRI, Brighton Polytechnic, UK In article <60#kz4.ema@netcom.com> ema@netcom.com (W. Joseph Gibson) writes: >I have heard that at one time there was a VI editor for use under MPW. Does >this still exist? I am a UN*X guy, so naturally I love VI, and it would be >nice to have VI under MPW. ANy help appreciated. and in article 92Apr29101941@iis.ethz.ch, neeri@iis.ethz.ch (Matthias Neeracher) writes: >If there really is one, I would like to hear about it. It shouldn't be that >difficcult to port elvis to the Mac. On the other hand, I have never heard of a >full screen oriented program running under MPW. Yes there is a vi editor for Mac, called SteVIe which I remember down-loading from Lancaster University's pdsoft system a few years ago ('89 or '90). Most of my disk library is out on loan at the moment and won't be back in my possession for another week so I can't riffle through and see if I have a copy. From the list of pd software in front of me, I can tell you that micros/mac/finder/l/l082 contains a more recent version (20/09/91) and it says the source is included. That's an l, el zero eight two. Jeff. --------------------------- From: jerome@ee.fit.edu (Jerome Chan) Subject: "FaceLess App and Notification Manager" Date: 26 Apr 92 03:37:53 GMT Organization: Florida Tech, CP/EE Dept. Does this mean that a faceless app cannot call the notification manager to inform the user of an error before it exists? - -- The Evil Tofu +++++++++++++++++++++++++++ From: dawg6844@uxa.cso.uiuc.edu (Dan Walkowski) Organization: University of Illinois at Urbana Date: Sun, 26 Apr 1992 07:47:54 GMT jerome@ee.fit.edu (Jerome Chan) writes: >Does this mean that a faceless app cannot call the notification >manager to inform the user of an error before it exists? No. An FBA can use the Notification Manager. It just can't open any dialogs/ windows/menus of its own. Dan - -- Dan Walkowski Univ. of Illinois walkowsk@cs.uiuc.edu - --------------------------------------------------------------------------- +++++++++++++++++++++++++++ From: Romain.Vignes@fifi.univ-lyon1.fr Date: 5 May 92 08:43:05 GMT Organization: INSA Informatique, Lyon, France dawg6844@uxa.cso.uiuc.edu (Dan Walkowski) writes: >jerome@ee.fit.edu (Jerome Chan) writes: >>Does this mean that a faceless app cannot call the notification >>manager to inform the user of an error before it exists? >No. An FBA can use the Notification Manager. It just can't open any dialogs/ >windows/menus of its own. I wrote a faceless app that calls the NM when an error occured. It only works in the THINK C 5.0 debugger environnement !!! I think it doesn't work because I am posting an NM record just before calling ExitToShell(). But I don't know how to solve this problem !!! Can anyone help me ?? Many thanx... - -- - ------------------------------------------------------------------- Romain Vignes Computer Science Dept - INSA Lyon, FRANCE - roms@fifi.univ-lyon1.fr - ------------------------------------------------------------------- +++++++++++++++++++++++++++ From: zben@ni.umd.edu (Charles B. Cranston) Organization: UM Home for the Terminally Analytical Date: Tue, 5 May 1992 19:48:41 GMT In article <1992May05.084305.6865@fifi.univ-lyon1.fr>, Romain.Vignes@fifi.univ-lyon1.fr writes: > I wrote a faceless app that calls the NM when an error occured. > It only works in the THINK C 5.0 debugger environnement !!! > I think it doesn't work because I am posting an NM record just before calling > ExitToShell(). Probably because the storage containing the NM record was either in the application heap or in application globals or on the application stack. The storage must be stable until the notification is actually delivered. This problem also occurred when I was trying to use NM to deliver diagnostics for setup problems from an INIT (under late system 6 versions). I decided to allocate a small system heap block. Since it was small and I never finished the INIT, I never solved the problem of how to deallocate the heap block after the notification was delivered. You *might* be able to put the two assembly language instructions: _DisposPtr RTS into two shorts in the heap block, then push the heap block address and leap to the two instructions. One would hope the instructions would still be there for the few cycles needed to do the RTS, but if they ever start clearing blocks on _Dispose this would stop working real fast. I'd avoid the first 12 bytes or so of the block because there might be some kind of free-block-time data structure going on there... Or if you REALLY want to be ugly, look up the trap address for DisposPtr and (with the return address to NM on stacktop) push the block address and *LEAP* to the trap. The trap would then deallocate the block and return to the stacktop address (directly back to NM) and you'd never have to worry about the two return instructions being overwritten by the pointer dispose. Two kinds of ugly, I guess... +++++++++++++++++++++++++++ From: russotto@eng.umd.edu (Matthew T. Russotto) Date: Tue, 05 May 92 20:58:03 GMT Organization: College of Engineering, University of Maryland, College Park In article <1992May5.194841.6254@ni.umd.edu> zben@ni.umd.edu (Charles B. Cranston) writes: >I decided to allocate a small system heap block. Since it was small and I never >finished the INIT, I never solved the problem of how to deallocate the heap block >after the notification was delivered. You *might* be able to put the two assembly >language instructions: > > _DisposPtr > RTS > >into two shorts in the heap block, then push the heap block address and leap to >the two instructions. One would hope the instructions would still be there for >the few cycles needed to do the RTS, but if they ever start clearing blocks on >_Dispose this would stop working real fast. I'd avoid the first 12 bytes or so >of the block because there might be some kind of free-block-time data structure >going on there... > >Or if you REALLY want to be ugly, look up the trap address for DisposPtr and >(with the return address to NM on stacktop) push the block address and *LEAP* to >the trap. The trap would then deallocate the block and return to the stacktop >address (directly back to NM) and you'd never have to worry about the two return >instructions being overwritten by the pointer dispose. > >Two kinds of ugly, I guess... There is a sort-of-clean way to do it-- with the return address on the top of the stack, and the registers loaded properly, do a _DisposPtr, AutoPop. The trap dispatcher will then automagically return to your caller. - -- Matthew T. Russotto russotto@eng.umd.edu russotto@wam.umd.edu Some news readers expect "Disclaimer:" here. Just say NO to police searches and seizures. Make them use force. (not responsible for bodily harm resulting from following above advice) +++++++++++++++++++++++++++ From: edw@caligula.cts.com (Ed Watkeys) Date: 5 May 92 13:49:19 GMT Organization: Distant Software In article <1992May05.084305.6865@fifi.univ-lyon1.fr> (comp.sys.mac.programmer), Romain.Vignes@fifi.univ-lyon1.fr writes: > > dawg6844@uxa.cso.uiuc.edu (Dan Walkowski) writes: > > >jerome@ee.fit.edu (Jerome Chan) writes: > > >>Does this mean that a faceless app cannot call the notification > >>manager to inform the user of an error before it exists? > > >No. An FBA can use the Notification Manager. It just can't open any dialogs/ > >windows/menus of its own. > > I wrote a faceless app that calls the NM when an error occured. > > It only works in the THINK C 5.0 debugger environnement !!! > > I think it doesn't work because I am posting an NM record just before calling > ExitToShell(). > > But I don't know how to solve this problem !!! > > Can anyone help me ?? > > Many thanx... > > -- > ------------------------------------------------------------------- > Romain Vignes > Computer Science Dept - INSA Lyon, FRANCE - roms@fifi.univ-lyon1.fr > ------------------------------------------------------------------- I don't know the answer to your question, but I think you've hit upon something with your THINK C Debugger comment -- there's no good way to debug an appe in THINK C. I've found that most of the background only stuff I do is essentially Apple events, and THINK C has no facility for sending Apple events to applications. I find UserLand Frontier to be a better debugger than THINK Debugger because I can easily send Apple events to my applications. Ed - -- Ed Watkeys (Drexel U. Comp Sci) "Moral judgement and condemnation is edw@caligula.cts.com the favorite form of revenge for the edw%caligula@phlpa.pha.pa.us spiritually limited on those who are ls.com!phlpa!caligula!edw less so...." -- Friedrich Nietzsche --------------------------- From: rjacks@austlcm.sps.mot.com (rodney jacks) Subject: Anyone received the *New* MacTutor? Date: 30 Apr 92 23:28:42 GMT Organization: Motorola Inc, Austin, Texas I was wondering if anyone has received the new issue (the first after the recent takeover by Xplain) of MacTutor? I talked with someone at Xplain on 4/20/92 and they said the new revamped issue had just went out. Well I still haven't received it as of yesterday 4/29. Does it really take 7+ days for 3rd class mail to get from California to Texas or am I just anxious? I subscribed just a few days before the takeover was announced on the net. My credit card has been charged and I am wondering if I'll ever receive an issue. Thanks, - -Rodney *********************************************************************** ** Rodney Jacks ** ** Motorola Inc, Austin, Texas ** ** E-mail: rjacks@austlcm.sps.mot.com ** ** Picard asks Worf what he thought of commanding the _Enterprise_ ** ** "Comfortable chair." ST.TNG _The Emissary_ ** *********************************************************************** +++++++++++++++++++++++++++ From: jahnke@biosci.arizona.edu (Jerome Jahnke) Date: 1 May 92 18:33:08 GMT Organization: Biology Learning Center In article <1992Apr30.232842.5187@oakhill.sps.mot.com>, rjacks@austlcm.sps.mot.com (rodney jacks) writes: > > I was wondering if anyone has received the new issue (the first > after the recent takeover by Xplain) of MacTutor? I talked > with someone at Xplain on 4/20/92 and they said the new revamped > issue had just went out. Well I still haven't received it as of > yesterday 4/29. Does it really take 7+ days for 3rd class mail > to get from California to Texas or am I just anxious? > > I subscribed just a few days before the takeover was announced > on the net. My credit card has been charged and I am wondering > if I'll ever receive an issue. > I got mine two days ago (our mail system here at the U of A is a puzzle, though, I usally get MacWeeks 3 issues at a time). Anyway it is nice, it contains one of the most humorous editorials I have ever read. And a good article on 3D graphics. I am holding judgement for a few issues to see what they do. > Thanks, > -Rodney > *********************************************************************** > ** Rodney Jacks ** > ** Motorola Inc, Austin, Texas ** > ** E-mail: rjacks@austlcm.sps.mot.com ** > ** Picard asks Worf what he thought of commanding the _Enterprise_ ** > ** "Comfortable chair." ST.TNG _The Emissary_ ** > *********************************************************************** Jer, - ---- Jerome Jahnke Biology Learning Center University of Arizona 'jahnke@biosci.arizona.edu' or +1 (602) 621-3820 +++++++++++++++++++++++++++ From: daven@notable.com (Dave Newman) Date: 2 May 92 05:32:35 GMT Organization: Notable Technologies, Inc. In article <1992Apr30.232842.5187@oakhill.sps.mot.com> (comp.sys.mac.programmer), rjacks@austlcm.sps.mot.com (rodney jacks) writes: | I was wondering if anyone has received the new issue (the first | after the recent takeover by Xplain) of MacTutor? Received mine 3 days ago. - --Dave - ----------------------------------------------------------- Dave Newman | AOL: AFC Tinman Artillery Spotter | CIS: 70743,3323 Notable Technologies, Inc. | internet: daven@notable.com 510.208.4449 | FAX: 510.444.4493 - ----------------------------------------------------------- +++++++++++++++++++++++++++ From: tlt38517@uxa.cso.uiuc.edu (Terry Thiel) Date: 3 May 92 18:36:49 GMT Organization: University of Illinois at Urbana daven@notable.com (Dave Newman) writes: >| I was wondering if anyone has received the new issue (the first >| after the recent takeover by Xplain) of MacTutor? >Received mine 3 days ago. How about some info? What are the articles? What is your general impression ofthe magazine? - -Terry +++++++++++++++++++++++++++ From: wishart@bnl.gov (James Wishart) Date: 4 May 92 18:50:49 GMT Organization: Brookhaven National Laboratory In article <1992Apr30.232842.5187@oakhill.sps.mot.com>, rjacks@austlcm.sps.mot.com (rodney jacks) writes: > > I was wondering if anyone has received the new issue (the first > after the recent takeover by Xplain) of MacTutor? I talked > with someone at Xplain on 4/20/92 and they said the new revamped > issue had just went out. Well I still haven't received it as of > yesterday 4/29. Does it really take 7+ days for 3rd class mail > to get from California to Texas or am I just anxious? > My first class subscription arrived on 4/29. 96 pages, high quality paper, liberal use of color (hope they can afford it). One serious error - the text of both of Jorg Langowski's articles on p40 was reprinted on p41 - so one whole page of text was lost. Jim Wishart --------------------------- From: gray@tinman.asel.udel.edu (John Gray) Subject: Modal Dialogs in MacApp with ViewEdit Organization: AI duPont Inst. Date: Fri, 1 May 1992 12:41:48 GMT I recently posted about some problems I was having creating dialogs with ViewEdit. I have been able to clear them all up except for one. According the Programmers Guide to MacApp you must attach a behavior to a dialog to make it modal. It also states to this can be done with ViewEdit. I can not figure out how to this with ViewEdit. I can find no mention of it in the manual for ViewEdit. The bahavior that I am currently getting is that my buttons don't work. I have a hand coded resource that works fine with the code. But I can get ViewEdit to create an equivilet resource. Any Suggestions? Thanks John Gray gray@asel.udel.edu +++++++++++++++++++++++++++ From: mlanett@void.ncsa.uiuc.edu (Mark Lanett) Organization: University of Illinois at Urbana Date: Fri, 1 May 1992 13:55:25 GMT gray@tinman.asel.udel.edu (John Gray) writes: >ViewEdit. I have been able to clear them all up except for one. According >the Programmers Guide to MacApp you must attach a behavior to a dialog to >make it modal. It also states to this can be done with ViewEdit. I can >not figure out how to this with ViewEdit. I can find no mention of it in >the manual for ViewEdit. The bahavior that I am currently getting is that >my buttons don't work. I have a hand coded resource that works fine with >the code. But I can get ViewEdit to create an equivilet resource. The behavior is installed automatically by TDialogView; in fact, that's almost it's only function. The behavior is attached to the *window*, not dialog view, and therefore the window must be enabled. The behavior is needed for modal and modeless dialogs; modality itself is controlled by a separate boolean. So, you have real MA3 documentation? - -- Mark Lanett, NCSA Software Development mlanett@uiuc.edu +++++++++++++++++++++++++++ From: sdk@cci632.cci.com (Stephen Knight) Date: 1 May 92 19:41:34 GMT Organization: [Computer Consoles, Inc., Rochester, NY In article <1992May1.124148.19022@udel.edu> gray@tinman.asel.udel.edu (John Gray) writes: > >I recently posted about some problems I was having creating dialogs with >ViewEdit. I have been able to clear them all up except for one. According >the Programmers Guide to MacApp you must attach a behavior to a dialog to >make it modal. It also states to this can be done with ViewEdit. I can >not figure out how to this with ViewEdit. I can find no mention of it in >the manual for ViewEdit. The bahavior that I am currently getting is that >my buttons don't work. I have a hand coded resource that works fine with >the code. But I can get ViewEdit to create an equivilet resource. > >Any Suggestions? In MacApp 3.0, dialogs seem to be dismissed by controls where the 'Default Choice' is set to 34. The PoseModally will only return if your button has the 'Default Choice' equal to mDismiss (which can be found in "...MacApp 3.0:Interfaces:RIncludes:ViewTypes.r"). To set it, with ViewEdit, open your button, open the TControl area and 'Default Choice' is the first option. Well, it worked for me. steve knight sdk@ccird2.cci.com +++++++++++++++++++++++++++ From: ksand@apple.com (Kent Sandvik) Date: 6 May 92 01:23:46 GMT Organization: MacDTS Mongols In article <1992May1.194134.17213@cci632.cci.com>, sdk@cci632.cci.com (Stephen Knight) writes: > > In article <1992May1.124148.19022@udel.edu> gray@tinman.asel.udel.edu (John Gray) writes: > > > >I recently posted about some problems I was having creating dialogs with > >ViewEdit. I have been able to clear them all up except for one. According > >the Programmers Guide to MacApp you must attach a behavior to a dialog to > >make it modal. It also states to this can be done with ViewEdit. I can > >not figure out how to this with ViewEdit. I can find no mention of it in > >the manual for ViewEdit. The bahavior that I am currently getting is that > >my buttons don't work. I have a hand coded resource that works fine with > >the code. But I can get ViewEdit to create an equivilet resource. > > > >Any Suggestions? > > In MacApp 3.0, dialogs seem to be dismissed by controls where the > 'Default Choice' is set to 34. The PoseModally will only return if your > button has the 'Default Choice' equal to mDismiss (which can be found > in "...MacApp 3.0:Interfaces:RIncludes:ViewTypes.r"). > To set it, with ViewEdit, open your button, open the TControl area and > 'Default Choice' is the first option. Another way is to check the sources, by reading those you would find out that the TDialogBehavior is created if there's a TDialogView inside the window. So what you need to do is to add one into your view collection! Cheers, Kent Dynamic Language Evangelist - prepare for the bright future when static languages are dead :-). --------------------------- From: srp@babar.mmwb.ucsf.edu (Scott R. Presnell) Subject: TCL/THINK Applications & SuperBoomerang Date: 5 May 92 15:20:05 GMT Hi - I'm writing an application in Think C 5.0.2 using the TCL libraries. I'd like my application to work in conjunction with SuperBoomerang. The SuperBoomerang extentions to SFPGetFile() seem to work correctly, but the "DirectOpen" function doesn't attach a menu to my Open or Import menu items. I've checked the Now documentataion, but they've left out any technical details... 1) How does SuperBoomerang attach itself to the Open/Import Menus? 2) What do I have to do in my application to allow this to work? Thanks for any help. - Scott Presnell (srp@cgl.ucsf.edu) - -- Scott Presnell +1 (415) 476-9890 Pharmacuetical Chemistry, S-926 srp@cgl.ucsf.edu University of California San Francisco, CA 94143-0446 +++++++++++++++++++++++++++ From: zobkiw@world.std.com (Joe Zobkiw) Date: 5 May 92 18:30:07 GMT Organization: The World Public Access UNIX, Brookline, MA << The SuperBoomerang extentions to SFPGetFile() seem to work correctly, but the "DirectOpen" function doesn't attach a menu to my Open or Import menu items. >> I think that SB simply looks for a FILE menu and then looks for an item named Open.... That's what seems to happen at first glance. NOTE: I have NOT looked into any code...but that is what seems to happen. - -- - -- joe zobkiw Internet: zobkiw@world.std.com - -- AOL: AFL Zobkiw - -- mac.synthesis.MIDI.THINK C.OOP.asm CI$: 70712,515 - -- communications.networks.cool tunes... --------------------------- From: edw@caligula.cts.com (Ed Watkeys) Subject: ARGH! I screwed up! Help! Date: Mon, 4 May 92 23:46:10 EDT Organization: Distant Software I was making some 64 x 64 ppats today, and decided to try to make one my desktop background... Well, I opened up the System file with ResEdit and opened up ppat #16 and changed it to 64 x 64 and pasted my pattern -- it worked fine, at least until I changed it back to 8 x 8, when I could only choose black and white background patterns! Is there any way to fix this short of reinstalling? BTW, I've got 7.0.1 w/ TU 1.1 (yeah, I know... I should have 1.1.1, but I don't feel like downloading 700K at 4 second/K...) Thanks, (and yes, I admit that I shouldn't have been doing this...) Ed - -- Ed Watkeys (Drexel U. Comp Sci) "Moral judgement and condemnation is edw@caligula.cts.com the favorite form of revenge for the edw%caligula@phlpa.pha.pa.us spiritually limited on those who are ls.com!phlpa!caligula!edw less so...." -- Friedrich Nietzsche +++++++++++++++++++++++++++ From: eric@homebase.vistachrome.com (Eric Brunson) Organization: Vista-Chrome, Incorporated Date: Tue, 5 May 1992 15:04:19 GMT In article <01050133.2mva21@caligula.cts.com> edw@caligula.cts.com (Ed Watkeys) writes: > >Well, I opened up the System file with ResEdit and opened up ppat #16 and >changed it to 64 x 64 and pasted my pattern -- it worked fine, at least until >I changed it back to 8 x 8, when I could only choose black and white background >patterns! Is there any way to fix this short of reinstalling? > I ran into a similar problem with a cdev called 'Pik-a-Pat', which removes the ppt# ( color pattern list ) that the general CDEV uses to select from. I don't know the id number of the list you need ( because I happen to like Pik-a-Pat ), but if you copy the system from your install disks onto your HD ( not over you current copy ), open both the new copy and a _COPY_ of you current system file, you can cut and paste the ppt# resources across. If you dont use any drivers that require custom resources in the system, like some network drivers, you could simply rename you current system file, put the new into the system folder and reboot. +++++++++++++++++++++++++++ From: edw@caligula.cts.com (Ed Watkeys) Date: Tue, 5 May 92 19:17:35 EDT Organization: Distant Software In article <1992May5.150419.25445@homebase.vistachrome.com> (comp.sys.mac.programmer), eric@homebase.vistachrome.com (Eric Brunson) writes: > In article <01050133.2mva21@caligula.cts.com> edw@caligula.cts.com (Ed Watkeys) writes: > > > >Well, I opened up the System file with ResEdit and opened up ppat #16 and > >changed it to 64 x 64 and pasted my pattern -- it worked fine, at least until > >I changed it back to 8 x 8, when I could only choose black and white background > >patterns! Is there any way to fix this short of reinstalling? > > > > I ran into a similar problem with a cdev called 'Pik-a-Pat', which removes > the ppt# ( color pattern list ) that the general CDEV uses to select from. > I don't know the id number of the list you need ( because I happen to like > Pik-a-Pat ), but if you copy the system from your install disks onto your > HD ( not over you current copy ), open both the new copy and a _COPY_ of > you current system file, you can cut and paste the ppt# resources across. > If you dont use any drivers that require custom resources in the system, > like some network drivers, you could simply rename you current system > file, put the new into the system folder and reboot. > > Thanks a lot -- things are back to normal... The black and white patterns really bothered me... I've had mixed success with Pik-a-Pat, also. It worked very unreliably. Hmm... Ed - -- Ed Watkeys (Drexel U. Comp Sci) "Moral judgement and condemnation is edw@caligula.cts.com the favorite form of revenge for the edw%caligula@phlpa.pha.pa.us spiritually limited on those who are ls.com!phlpa!caligula!edw less so...." -- Friedrich Nietzsche +++++++++++++++++++++++++++ From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) Date: 6 May 92 04:45:14 GMT Organization: University of Waikato, Hamilton, New Zealand In article <1992May5.150419.25445@homebase.vistachrome.com>, eric@homebase.vistachrome.com (Eric Brunson) writes: > I ran into a similar problem with a cdev called 'Pik-a-Pat', which removes > the ppt# ( color pattern list ) that the general CDEV uses to select from. > I don't know the id number of the list you need ( because I happen to like > Pik-a-Pat ), but if you copy the system from your install disks onto your > HD ( not over you current copy ), open both the new copy and a _COPY_ of > you current system file, you can cut and paste the ppt# resources across. The id of the standard system "ppt#" resource is 0 (which equals sysPatListID, funnily enough). One thing that has always annoyed me is that there is no colour equivalent of the GetIndPattern toolbox call, for loading a colour pattern out of a ppt#. But the code's not that hard to write; the layout of a ppt# resource is fairly straightforward. Lawrence D'Oliveiro fone: +64-7-856-2889 Computer Services Dept fax: +64-7-838-4066 University of Waikato electric mail: ldo@waikato.ac.nz Hamilton, New Zealand 37^ 47' 26" S, 175^ 19' 7" E, GMT+13:00 My other signature is a Porsche. --------------------------- From: rgrimm@athena.mit.edu (Robert Grimm) Subject: CMNU Template Date: 6 May 92 02:46:44 GMT Organization: Massachusetts Institute of Technology Sorry for taking bandwidth with a FAQ: Can someone please email me and tell me where to ftp a CMNU ResEdit template Thanx a thousand times (-: Robert +++++++++++++++++++++++++++ From: mlanett@void.ncsa.uiuc.edu (Mark Lanett) Organization: University of Illinois at Urbana Date: Wed, 6 May 1992 04:10:55 GMT rgrimm@athena.mit.edu (Robert Grimm) writes: >Sorry for taking bandwidth with a FAQ: >Can someone please email me and tell me where to ftp a CMNU ResEdit template My ResEdit (2.1.1) has a CMNU editor in it. If you mean a TMPL, then there's one for 'cmnu's which appears to be slightly different; looking at the definition of CMNU in MacApp, the align word is now in front of the command number, not after, and there's a fill byte after it. But there's no reason the normal CMNU editor won't work. - -- Mark Lanett, NCSA Software Development - mlanett@uiuc.edu --------------------------- From: jverdega@cae.wisc.edu (Jeffrey Verdegan) Subject: Mac OS 2 Gig volume limit Date: 29 Apr 92 22:05:40 GMT Organization: College of Engineering, Univ. of Wisconsin-Madison As I understand it, the Mac file OS/file system can only address two 2G of file space on a given volume. I have heard, however, that there is some sort of INIT/Extension/magic word that will allow it to address 4G. Now, the questions. 1) What happens if you try to mount a volume that is bigger than 2G? Does it not mount at all? Mount but you can only see half of it? 2) Does the aforementioned patch exist? Will it work with both System 6 and 7? 3) Where can I find more info on this? Thanks mucho!! Jeff - ---------- Jeff Verdegan University of Wisconsin-Madison Computer-Aided Engineering Center jjv@caestaff.engr.wisc.edu (608) 263-1875 +++++++++++++++++++++++++++ From: daniels@xstor.com (Daniel A. Segel) Date: 4 May 92 19:27:51 GMT Organization: Storage Dimensions, Inc. In article <1992Apr29.170540.13865@doug.cae.wisc.edu>, jverdega@cae.wisc.edu (Jeffrey Verdegan) writes: > > As I understand it, the Mac file OS/file system can only address two 2G of > file space on a given volume. > > I have heard, however, that there is some sort of INIT/Extension/magic word > that will allow it to address 4G. > > Now, the questions. > > 1) What happens if you try to mount a volume that is bigger than 2G? Does it > not mount at all? Mount but you can only see half of it? > This happened last year when our MIS department set up a new server with something like 4GB or 7GB of space on a single logical volume running some varient of NetWare. They hadn't bothered asking anyone who knew Macs whether this would be a problem. My Mac would happily see the volume, mount the volume, and read (i.e. copy) files from the volume. But as soon as I tried to write anything to it, I got a "not enough room, need 3,456,748K more space" kind of message. The Mac OS was interpreting the volume size as a signed integer and just treated it as a volume with a negative amount of free space on it. Or something like that. > 2) Does the aforementioned patch exist? Will it work with both System 6 and 7? I've never heard of such a patch, but would really like to see one. I suspect it involves patching too much of the OS to be practical. > > 3) Where can I find more info on this? You're probably asking in the best place right now... > > > Thanks mucho!! > Jeff > You're welcome mucho. Daniel A. Segel daniels@xstor.com --------------------------- Organization: Johannes Kepler University Linz - Computing Center Date: Thursday, 30 Apr 1992 08:35:20 CDT From: Norbert Mueller Subject: technotes at ftp.apple.com The technotes recently reappeared in ftp.apple.com. However the hqx files seem to be damaged. (I only tried those >300) Norbert +++++++++++++++++++++++++++ From: alen@crash.cts.com (Alen Shapiro) Date: 3 May 92 02:10:40 GMT Organization: Crash TimeSharing, El Cajon, CA In <92121.083520K360171@ALIJKU11.BITNET> K360171@ALIJKU11.BITNET (Norbert Mueller) writes: >The technotes recently reappeared in ftp.apple.com. However the hqx files seem >to be damaged. (I only tried those >300) My versions of unstuffit suggest that an new encoding method has been used and perhaps we need apple's proprietary unpublished secret version of stuffit. Only kidding...we would all know if apple had a secret version of stuffit wouldn't we? The 2 files I tried won't unstuff however!! (the index was one of these...a useful file by all accounts). - --alen alen@crash.cts.com +++++++++++++++++++++++++++ From: molla@zeus.uucp (Levent Mollamustafaoglu) Date: 3 May 92 04:12:14 GMT Organization: Aiken Computation Lab, Harvard University In article <1992May03.021040.26124@crash.cts.com> alen@crash.cts.com (Alen Shapiro) writes: >In <92121.083520K360171@ALIJKU11.BITNET> K360171@ALIJKU11.BITNET (Norbert Mueller) writes: > >>The technotes recently reappeared in ftp.apple.com. However the hqx files seem >>to be damaged. (I only tried those >300) > >My versions of unstuffit suggest that an new encoding method has been >used and perhaps we need apple's proprietary unpublished secret version >of stuffit. > Stuffit Expander recognizes the files, but only after you give the .sit file a name by hand while you are decoding the binhex file. Anyway, I think all the files were renewed yesterday, so these new versions might be more benign. =========================================================================== Dr. Levent Mollamustafaoglu Harvard University molla@paone.harvard.edu molla@metatron.harvard.edu =========================================================================== +++++++++++++++++++++++++++ From: ralph@madras.mso.anu.edu.au (Ralph Sutherland) Organization: Mt. Stromlo and Siding Spring Observatories Date: Sun, 3 May 92 04:57:30 GMT Various people seem to have had the same stuffit decoding problem with the new technotes posted on ftp.apple.com, that I had. Stuffit 1.6 and unstuffit deluxe failed to recognise the archive version. I emailed Mark B. Johnson and he very kindly wrote back: >Date: Fri, 1 May 1992 18:02:41 -0800 >To: ralph@merlin.anu.edu.au >From: mjohnson@apple.com >Subject: Re: Tech Notes on ftp.apple.com > >You can use the StuffIt Expander in /ftp/dts/utils to decode them. In >addition, Aladdin will be releasing a beta of the Shareware StuffIt next >week, so that should do it... > >Mark Presumably they have used Stuffit 3 and the decoder in /ftp/dts/utils can decode these. cheers ralph - -- - ---- Ralph S. Sutherland Mount Stromlo & Siding Spring Observatories. - ---- ralph@madras.anu.edu.au The Australian National University. - ---- rss100@cscgpo.anu.edu.au -------------------------------------------- +++++++++++++++++++++++++++ From: leonardr@ccs.itd.umich.edu Organization: Campus Computing Sites, University of Michigan-Ann Arbor Date: Sun, 3 May 92 05:08:16 GMT In article <1992May03.021040.26124@crash.cts.com> alen@crash.cts.com (Alen Shapiro) writes: >In <92121.083520K360171@ALIJKU11.BITNET> K360171@ALIJKU11.BITNET (Norbert Mueller) writes: > >>The technotes recently reappeared in ftp.apple.com. However the hqx files seem >>to be damaged. (I only tried those >300) > >My versions of unstuffit suggest that an new encoding method has been >used and perhaps we need apple's proprietary unpublished secret version >of stuffit. > Actually you are not far off...Apple (MacDTS in this case) is a beta site for StuffIt 3.0 and (due to its improved compression & speed, as well as some tools we have built for them) has chosen to begin distribution of new files (such as the technotes) in StuffIt 3.0 format. Until StuffIt 3.0 is released (soon, soon!), you should use StuffIt Expander to UnStuff those new archives (and old ones too - it's MUCH faster than the older StuffIt's!) - -- - ----------------------------------------------------------------------- Leonard Rosenthol Internet: leonardr@ccs.itd.umich.edu Director of Advanced Technology AppleLink: MACgician Aladdin Systems, inc. GEnie: MACgician +++++++++++++++++++++++++++ From: nmday@apple.com (Neil Day) Date: 5 May 92 03:09:03 GMT Organization: Apple Computer, Inc. All, Well, getting the individual Tech Notes up on FTP.Apple.com hasn't gone quite as smoothly as I would have hoped, and I'd like to appologize for any mayhem various errors have caused. Fortunately things seem to be under control at this point... If you have questions/comments/complaints/requests regarding DTS Tech Notes or Sample Code, please feel free to get in touch with me via email. This stuff is supposed to be for you, so if you have ideas on how it can be more usefull I'd be interested in hearing them. Thanks again, Neil Day TN-SC-PB Apple Computer, Inc. nmday@apple.com --------------------------- End of C.S.M.P. Digest **********************